實機 e2e（Apple Silicon，macOS 26；xdpyinfo probe 容器 + 動態解析度 +
CHEFER_VZ_GUI_TEST_RESIZE=30:1100x700）：

- 開機：console「gui: resize: Virtual-1 output scale -> 2」，guest 內
  xdpyinfo 回報邏輯尺寸 1280x800（實體模式 2560x1600）——啟動補設 scale
  的必要性成立（開機初始模式即 Retina 像素尺寸，其後無 drm 事件）。
- t+30s 程式化縮放：「gui: resize: Virtual-1 -> 2200x1400 (scale 2)」，
  xdpyinfo 跟隨 1100x700。cage 0.2.0 對 mode+scale 同次 apply 無誤。
- 全程 40 筆取樣（15 筆 1280x800、25 筆 1100x700）零筆出現實體像素尺寸；
  app 於 probe 結束後以 exit 0 乾淨收攤（介面服務 exit 0 → 收 app 語意）。

翻預設前僅剩人工目測項：游標/UI 尺寸視覺確認、Xwayland 放大畫質、點擊
落點——vz-smoke --gui 清單已改列目測項。DESIGN §6 ④ / HANDOFF / README
狀態同步。

另記：本次 guest 出網（pasta bridge → apk）在測試當下環境不通
（dl-cdn「temporary error」，host 直連同 URL 正常），與本改動無關、
先前已實機驗證過 bridge 出網——驗證改用 docker save 預裝 xdpyinfo 的
tar image（network: internal）排除網路變因。

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

…NS 回歸待分辨）

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

DESIGN §6 ④ 翻預設條件全數成立（Apple Silicon 實機，2026-07-12）：
- 機器可驗項（前一輪）：cmdline chefer.gui_scale=2 → 開機補設 output scale、
  換模式同 apply 帶 --scale、xdpyinfo 全程回報邏輯尺寸。
- 人工目測項（本輪，xeyes/xclock 實測）：游標與 UI 尺寸正常非縮半、眼珠
  跟隨游標＝絕對座標映射正確、Xwayland 放大畫質可接受、拖拉時細黑邊
  確認為 re-modeset debounce（400ms）前的暫態、放手即消失。

vz-helper：CHEFER_VZ_DYNAMIC_RESOLUTION 預設值翻轉——macOS 14+ 未設或非 0
即走真動態解析度；=0（或 macOS 13）退回原 view 等比縮放＋鎖長寬比，作為
搭配舊 overlay（cage <0.2.0、guest 不 re-modeset）時的保底路徑。正常 kit
的 helper 與 overlay 同版出貨，不會出現新 helper 配舊 overlay 的組合。

翻轉後實機回歸（xdpyinfo probe，兩條路各一輪）：
- 預設（無環境變數）：output scale -> 2、resize -> 2200x1400 (scale 2)、
  xdpyinfo 1280x800 → 1100x700、零筆實體像素尺寸、exit 0。
- opt-out（=0）：零筆 scale 相關 console 行、全程 1280x800 點數模式、
  exit 0——與舊預設行為一致。

DESIGN / README / HANDOFF / vz-smoke --gui 清單同步改為「已翻預設＋回歸
清單」。BREAKING：macOS 14+ 的 GUI 預設行為改變（視窗自由比例、真解析度
跟隨）；不想要時設 CHEFER_VZ_DYNAMIC_RESOLUTION=0。

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>